home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group99a.txt / 000087_icon-group-sender _Mon Apr 5 13:21:54 1999.msg < prev    next >
Internet Message Format  |  2000-09-20  |  3KB
  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id NAA02091
  4.     for icon-group-addresses; Mon, 5 Apr 1999 13:21:46 -0700 (MST)
  5. Message-Id: <199904052021.NAA02091@baskerville.CS.Arizona.EDU>
  6. Date: Mon, 05 Apr 1999 13:35:24 -0500
  7. From: David Starner <dstarner98@aasaa.ofe.org>
  8. X-Accept-Language: en
  9. To: Mark Evans <evans@gte.net>
  10. CC: Icon List <icon-group@optima.CS.Arizona.EDU>
  11. Subject: Re: Ccon and Icon-based Compilers
  12. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  13. Status: RO
  14.  
  15. Mark Evans wrote:
  16. > 
  17. > The Jcon effort involved a Java translator plus a runtime system in Java.  My
  18. > question is whether anyone has ideas about the same concept for the C/C++
  19. > language.  Let's call it "Ccon."  That is, a runtime system (library/classes),
  20. > plus a translator to turn Icon into C/C++ targeted for that runtime system.
  21. > 
  22. > I remember something called "iconc" but it seems to have fallen into disfavor,
  23. > is not being upgraded, all attention is now on Unicon, etc., etc.
  24. Wouldn't it be easier to upgrade iconc than start over?
  25. > 
  26. > Another idea for which I would like to solicit opinions is writing a
  27. > machine-code compiler in the Icon language directly.  Good?  Bad?  Ugly?  
  28. Ugly. Very ugly. 
  29.  
  30. > What
  31. > about using a GNU compiler and then Icon code as the front end and/or back end.
  32. > Any advantages?
  33. It automatically* handles many systems and has great optimizing
  34. routines. Much more work has gone into the GBE (GCC Back End) than you
  35. could ever find time to put into your backend. 
  36.  
  37. OTOH, you will have to write it in C because to do otherwise would force
  38. you to cross-compiler first to each system (which is evil) and will make
  39. extra work for EGCS people. You should work with the EGCS people to make
  40. it a part of EGCS, so that it gets updated to new versions of the GNU
  41. compiler and builds easily. Working with the EGCS people would also
  42. imply assigning copyright of any code used in the compiler to the FSF,
  43. although they would probably waive that if you chose to use parts of
  44. Icont in it.
  45.  
  46. *Coroutines. I don't think that the GBE will handle coroutines without
  47. some extension, which may have to be especially added for each computer.
  48.  
  49. > Believe Evolution?  Save this block as FAITH.HTM and open with your browser.
  50. This would be much better as small block with a couple URL's than an
  51. ugly piece of HTML.
  52.  
  53. -- 
  54. David Starner - OSU student - dstarner98@aasaa.ofe.org
  55. If you want a real optimist, look up Ray Bradbury. Guy's nuts. 
  56. He actually likes people. -David Brin
  57.